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(54) Improved apparatus and methods to realize H.323 proxy services 

(57) The present invention provides a proxy that 
allows disparate communication devices or endpoints to 
communicate with each other independent of the type of 
communication software that the communication 
devices are utilizing. The proxy allows the communica- 
tion devices to fully utilize their full set of communication 
functions, avoiding the downgrading of functions to 
accommodate a communication device with fewer func- 
tions. In one embodiment a proxy is coupled to a first 
endpoint and a second endpoint The proxy and the first 
and second endpoints are in communication with each 
other through a network. The first endpoint communi- 
cates with the second endpoint using a first communica- 
tion protocol and the second endpoint communicates 
with the first endpoint using a second communication 
protocol. The proxy provides compatible communica- 
tions between the first endpoint and the second end- 
point when the first and the second communication 
protocols are different. The first and the second commu- 
nication protocols may be different in that they are differ- 
ent versions of a communication protocol. In some 
embodiments, the proxy may act as an intermediary for 
all communication between the endpoints; and in other 
embodiments the proxy facilitates only signaling com- 
munication between endpoints. In some embodiments, 
the proxy also provides compatible communication 
between the first and second endpoints when the first 
and second communication protocols are identical. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] The present application is a continuation-in- 
part of commonly-owned US. patent application no 
09/104,885 (Attorney Docket No. 98P7567US) filed 
June 25, 1998 and entitled "Apparatus and Method to 
Realize H-323 Proxy Services". 

BACKGROUND OF THE INVENTION 

[0002] The present invention relates generally to com- 
puter and communication systems. More specifically, 
the present invention relates to communications over a 
computer network 

[0003] In recent years computer networks have been 
used to perform many functions. Historically, computer 
networks were used merely to carry information 
between separate computing devices. Today, computer 
networks are used to carry computer data, video, audio 
and telephony information. While the increased use of 
computer networks to facilitate many different types of 
communications have brought about vast improvements 
in the way people communicate, the advances have not 
been totally flawless. 

[0004] For example, although people may wish to 
communicate over the computer networks typically the 
users must use similar, if not the same, types of commu- 
nication devices. Generally, the communication devices 
are computers themselves with specialized communica- 
tion software. As is well known in the software industry, 
different versions of the same piece of software may 
exist at any one time. Thus, different versions of com- 
munication software, which allow people to communi- 
cate over a computer network, have proliferated. 
[0005] It has become an increasing problem for peo- 
ple to communicate with the same version of a particu- 
lar piece of communication software. Often times, the 
different versions of communication software are some- 
what or totally, incompatible with each other. Therefore, 
often times certain users are allowed the ability to per- 
form extra functions while other users are fimrted. In 
extreme cases, users with different versions of the same 
piece of software are not able to communicate at all. 
[0006] Figure 1 illustrates a typical computer network 
100 used to facilitate communication between users. 
Computer network 100 includes two communication 
zones 112 and 162. The communication zones 1 12 and 
1 62 may be connected to each other through any one of 
a number of types of computer and communication net- 
works. For example, communication zones 112 and 162 
are connected through the internet 120, an integrated 
services digital network (ISDN) 130 and a local area 
network (LAN) 140. The communication zones 1 12 and 
1 62 may then be able to exchange data with each other 
through the different networks 120, 130 or 140. 
[0007] Corrwnunication zones 1 12 and 162 are further 



coupled to a number of communication or computing 
devices. In the illustrated example, communication zone 
112 is coupled to a gate keeper 102, communication 
devices 104, 106. 108, and server 110. Simflarty, com- 

5 munication zone 162 is coupled to a gate keeper 152. 
communication devices 154, 156, 158, and server 160. 
Communication devices 104. 106. 108, 110, 154, 156, 
1 58 and 160 may be a telephone that is capable of net- 
work communications, a computer with telephony capa- 

70 bQrties or the like. 

[0008] Gate keeper 102 typically serves to facilitate 
communication with communication devices 104, 106, 
and 108, belonging to communication zone 112. Gate 
keeper 102 generally contains information about the 

75 communication devices, and other networks and com- 
munication zones to which communication zone 1 12 is 
connected. 

[0009] In order for one communication device (e.g., 
communication device 154) to communicate with 

20 another communication device (eg., communication 
device 104) each communication device must be able to 
communicate with its own gate keeper in order to obtain 
the right information about the other communication 
unit, as descrbed in further detail in reference to figure 

25 2. In the illustrated example, the communication devices 
104. 106. 108. 154. 156. and 158 are communication 
devices that implement the H.323 communication 
standard, such as a computer. That is. the communica- 
tion devices implement the same type of communica- 

30 tion software in order to communicate with each other. 
However, the communication devices may not be oper- 
ating the same version of the communication software, 
which may hamper communication amongst each other. 
[001 0] Figure 2 illustrates a process 200 of two com- 

35 munication devices attempting to communicate with 
each other. The process 200 includes a communication 
device, or client 202 and a client 204. The process 200 
also includes a gate keeper 206. In the illustrated exam- 
ple gate keeper 206 may be coupled to the same com- 

40 munication zone to which client 202 is connected. 
Additionally, client 204 may also be connected to the 
same zone and/or network. 

[0011] Client 202 initially sends a request 210 to gate 
keeper 206 in order to begin communicating with client 

45 204. Request 2 1 0 from client 202 requests gate keeper 
206 to provide it with information about the location of 
client 204. Gate keeper 206 responds with a response 
212. Response 212 includes at least the internet proto- 
col (IP) address for client 204. 

so [001 2] Now that cOent 202 has the IP address, analo- 
gous to a telephone number, Client 202 attempts to 
communicate with client 204 through an H.225 connect 
request 220. Once client 204 receives connect request 
220 client 204 may return a "call proceeding" signal 

55 222. A "call proceeding" signal 222 informs client 202 
that the connect request has been received and that cli- 
ent 204 is waiting for the user to complete the connec- 
tion. 
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[001 3] Once the user of client 204 has answered, an 
exchange of H.245 communications 230 and 232 are 
initiated. Generally. H.245 communications 230 and 232 
exchange information about the capabilities of each cli- 
ent 202 and 204. Fa example, clients 202 and 204 will 5 
agree upon the bandwidth at which they will communi- 
cate. Also, if compression is to be used the type of com- 
pression algorithm that will be used is decided. Further, 
a number of other factors are also decided during H.245 
communication such as. quality, error correction, video w 
compression if any video is involved and other factors. 
Also during H.245 communications 230 and 232 clients 
202 and 204 determine what version of the communica- 
tion software they are operating. Typically, if client 202 
has an older version of with fewer functions than the ver- 15 
sion of the client 204 is implementing, clients 202 and 
204 will agree to communicate operating the older ver- 
sion of the communication software. 
[001 4] Typically, the oldest version of the communica- 
tion software that any one client is operating is chosen 20 
in order to allow both clients to communicate satisfacto- 
rily. The disadvantage, however, is that the other client 
operating the newer version may be capable of perform- 
ing extra functions and/or capabilities that are now 
male inoperable due to the requirement of backward 25 
compatibility. Referring back to figure 2. clients 202 and 
204 begin to communicate through several communica- 
tion transfers 240. However, these communication 
transfers 240 are limited to communication transfers to 
which client 202 is limited. 30 
[001 5] What is desired is the ability to allow two clients 
operating two different versions of a particular piece of 
communication software to be able to communicate with 
each other satisfactorily, while at the same time allowing 
both clients to fully utilize their particular versions of the 35 
communication software. That is. clients operating older 
versions are enabled to communicate with all other cli- 
ents operating newer versions of software, and clients 
operating newer versions of the communication soft- 
ware are given the ability to fully utilize the functions 40 
available in the newer version of the communication 
software. 

SUMMARY OF THE INVENTION 

45 

[0016] The present invention provides a proxy and a 
method of implementing a proxy that allows disparate 
communication devices to communicate with each other 
independent of the type of communication software that 
the communication devices or endpoirtts are utilizing, so 
The proxy allows the communication devices to fully uti- 
lize their full set of communication functions, avoiding 
the downgrading of functions to accommodate a com- 
munication device with fewer functions The proxy also 
allows for intelligent operation of functions, such as call 55 
forwarding, intelBgent call forwarding, hunt groups, 
pickup groups and other functions. The proxy further 
provides a central location tor storing and retrieving 



information about the communication devices. 
[001 7] In one embodiment a proxy is coupled to a first 
endpoint and a second endpoint The proxy and the first 
and second endpoirtts are in communication with each 
other through a network. The first endpoint communi- 
cates with the second endpoint using a first communica- 
tion protocol and the second endpoint communicates 
with the first endpoint using a second communication 
protocol. The proxy provides compatible communica- 
tions between the first endpoint and the second end- 
point when the first and the second communication 
protocols are not identical. The first and the second 
communication protocols may be different in that they 
are different versions of a communication protocol. The 
proxy also provides compatible communication 
between the first and second endpoints when the first 
and second communication protocols are identical. In 
some embodiments, the logical channel for the call data 
stream between the first and second endpoints are 
through the proxy; in other embodiments, the proxy 
arranges for the logical channel for the call data stream 
to be directly established between the first and second 
endpoints. 

[0018] In a further embodiment, the proxy permits 
compatible communications by emulating the second 
endpoint. The first endpoint attempts to utilize a first 
function that is not compatible with the second commu- 
nication protocol. The proxy emulates the second end- 
point such that the first function is completed, even 
though the second endpoint is not capable of perform- 
ing the first function. 

[0019] A further understanding of the nature and 
advantages of the present invention may be realized by 
reference to the remaining portions of the specification 
and the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0020] 

Figure 1 illustrates a typical computer network used 
to facilitate communication between users. 
Figure 2 illustrates a process of two communication 
devices attempting to communicate with each 
other. 

Figure 3 illustrates a communication network in 
accordance with an embodiment of the present 
invention. 

Figure 4 illustrates a communication process for 
transferring in accordance with embodiments of the 
present invention. 

Figure 5 illustrates a communication process for a 
pickup group communication in accordance with 
embodiments of the present invention. 
Figure 6 illustrates a communication process for a 
hunt group communication in accordance with 
other embodiments of the present invention. 
Figure 7 illustrates a communication process for 
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forwarding in accordance with other embodiments 
of the present invention. 

DETAILED DESCRIPTION OF THE PRESENT INVEN- 
TION 5 

[0021] The present invention provides methods and 
apparatus for allowing two communication devices 
operating different versions of communication software 
to communicate with each other. Further, the present 10 
invention allows the communication devices to fully uti- 
lize all the functions of their respective versions of the 
communication software. The present description dis- 
cusses the invention in the context of communication 
devices or "clients", but it should be noted that the is 
present invention will be applicable to communications 
between any endpoints such as clients, gateways, inter- 
active voice response servers, and/or messaging serv- 
ers. 

[0022] A proxy is used to act as mediator between 20 
communication devices, or clients, operating slightly, or 
completely incompatible communication software or 
hardware. The proxy receives and relays communica- 
tions between clients to ensure proper communications 
between the clients. If a first client is not capable of cer- 25 
tain types of communications or functions, the proxy 
may emulate the necessary communications for the first 
client such that the second client is capable of utilizing 
ail of its functions. The proxy provides cross version, 
application and platform compatfoility. The proxy also 30 
provides features requiring coordination of signalling to 
multiple destinations (e.g., hunt group and pickup group 
operations) as discussed further below. 
[0023] Figure 3 illustrates a communication network 
300 in accordance with an embodiment of the present 35 
invention. Communication network 300 includes a com- 
munication zone 362. Communication zone 362 may be 
coupled to a variety of networks, including but not lim- 
ited to the internet 320, an integrated services digital 
network 330 and a local area network 340. Through 40 
these networks 320, 330, and 340 communication zone 
362 may be able to further communicate with other net- 
works and communication zones connected thereto. 
[0024] Immediately coupled to communication zone 
362 are gate keeper 352, proxy 360, server 370 and 45 
communication devices 354, 356, and 358. Coupled to 
proxy 360 is a database 363. Communication devices 
354, 356 and 358 may be any suitable type of commu- 
nication devices capable of communicating through a 
network. By way of example, the communication so 
devices may be telephones capable of network commu- 
nications, computers with audio anoVbr visual communi- 
cation capabilities, videophones or the like. 
[0025] The illustrated embodiments of the present 
invention are discussed in further detail in reference to ss 
the H.323 communication protocol standard. Further 
other protocols related to the H.323 standard, for exam- 
ple, H.225.0, H.245. H.450.1, H.450.2 and H.450.3 are 



also discussed in reference to the illustrated embocfi- 
ments of the invention. 

[0026] The H.323. H.225.0, H.245 and H.450.X series 
communication protocols are incorporated by reference 
herein in their entirety, including all currently published 
versions of the standards. The standards may be 
obtained from the International Telecommunication 
Union at: ITU. Telecommunications Standardization 
Bureau, Place des Nations, CH-1211 Geneva 20, 
SWITZERLAND; Telephone: +41 22 730 5852; Telefax: 
+41 22 730 5853; Email: tsbmail@itu.int, Electronic 
document handling: tsbedh@itu.irtt; or through its web- 
site: http://www.itu.int, and Hs publications page: 
http://www.itu Jrrtfa^ 

[0027] While the illustrated embodiments focus on the 
H.323 standard and its related standards, the present 
invention is not limited to those specific standards. Any 
suitable communication protocol used to allow commu- 
nication devices to communicate with each other 
through a computer network may utilize the present 
invention. For example, internetworking between H.323 
and ISO QSIG (Q signaling), the Internet Engineering 
Task Force's draft standard Session Initiation Protocol 
(SIP) and other types of communication protocols may 
be utilized in accordance with the present invention. 
[0028] As discussed, communication devices attempt- 
ing to communicate over a computer network attempt to 
communicate directly with each other. However, direct 
communication may not be the most robust form of 
communication. In the present invention a proxy 360 is 
utilized to interpret communication between communi- 
cation devices. The proxy allows the communication 
devices to communicate with each other even though 
the two communication devices are operating different 
versions of the same communication software/protocol, 
or even using different types of communication software 
or hardware. The proxy also allows each communica- 
tion device to fully utilize all the functions of their partic- 
ular communication software. 
[0029] Figure 4 illustrates a communication process 
400 for transferring in accordance with embodiments of 
the present invention. One major feature of newer ver- 
sions of communication software is the ability to transfer 
calls. Typically, if one version of the communication soft- 
ware of the two communicating clients do not have the 
ability to transfer then neither client is capable of trans- 
ferring the call. Sometimes, attempting to transfer a call 
results in the loss of the connection between the original 
clients as well. The present invention prevents the loss 
of capabilities, or total loss of communications, through 
the use of a proxy. 

[0030] Referring to figure 4, a client 402 attempts to 
initiate a communication with client 404. Client 402 ini- 
tially sends a request 410 to gate keeper 406. The 
request typically asks gate keeper 406 for information 
about cGent 404. Gate keeper 406 responds with a mes- 
sage 412 which typically includes the IP address for 
proxy 403 instead of client 404. The address for proxy 
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403 is provided as the address for all communication 
devices that wishes to utilize the features of the proxy 
403. Thus, the addresses for all the clients serviced by 
proxy 403 provided to gate keeper 406 is the address 
for proxy 403. 

[0031 ] After client 402 has received the IP address for 
proxy 403, client 402 initiates a H.225.0 communication 
420 utilizing the IP address for proxy 403. Proxy 403 
relays the communication 420 to client 404. The 
H.225.0 communication 420 signals to client 404 that 
client 402 is requesting communications. Client 404 
responds with a "call proceeding" message 422 to proxy 
403. Proxy 403 relays "call proceeding" message 422 to 
client 402. 

[0032] Proxy 403 is coupled to a database 408. Data- 
base 408 contains information about all the clients that 
proxy 403 is actively servicing. The information includes 
the IP addresses of the clients so that proxy 403 may 
appropriately transfer incoming communications by 
using the alias of client 404, which is included in 
response 412 from gatekeeper 406 and H.225 commu- 
nication 420. Further, the information indicates the 
types of functions that the clients possess. As dis- 
cussed further below, the clients may also be grouped in 
order to perform certain types of functions. Those 
groupings are also contained within database 408. 
Alternatively, address resolution may be performed by a 
request and response between proxy 403 and gate- 
keeper 406, similar to request 41 0 and response 41 2. 
[0033] At that point client 402 knows that client 404 
has received the H.225.0 connect request and is waiting 
for the user of client 404 to answer. Once the user of cli- 
ent 404 has answered, clients 402 and 404 initiate 
H.245 communications 430 and 432 with each other. 
The H.245 communications 430 and 432 allow the two 
clients to determine the various factors involved in their 
communication. 

[0034] Generally, H.245 communications 430 and 432 
exchange information about the capabilities of each cli- 
ent 402 and 404. Fa example, clients 402 and 404 will 
agree upon the bandwidth at which they will communi- 
cate. Also, if compression is to be used the type of com- 
pression algorithm that will be used is decided. Further, 
a number of other factors are also decided during H.245 
communications such as, quality, error correction, video 
compression (if any video is involved) and other factors. 
Also during H.245 communications 430 and 432 clients 
402 and 404 determine what version of the communica- 
tion software they are operating. 

[0035] In conventional systems, if client 402 has an t 
older version of software with fewer functions than the 
version of the communication software that client 404 is 
implementing, clients 402 and 404 agree to operate 
according to the older version of the communication 
software. In embodiments of the present inventions cIh s 
ents 402 and 404 may utilize all the functions of the their 
respective versions of the communications software. 
Thus, neither client needs to downgrade to an older set 



of functions related to an older version of the communi- 
cations software. 

[0036] Referring back to figure 4, up to this point com- 
munications 420, 422, 430 and 432 have been received 

5 by proxy 403 and simply relayed to the receiving client. 
That is, all communications 420, 422, 430 and 432 
passed through proxy 403. This is because communica- 
tions 420, 422, 430 and 432 are not version specific. All 
clients utilizing all versions of the H.323 communication 

10 protocol standard are capable of H.225.0 and H.245 
communications. Proxy 403 merely receives communi- 
cations from client 402 since client 402 is sending all of 
its communication to proxy 403, and relays them on to 
client 404. 

is [0037] Once communications have progressed the 
user of client 404 may wish to transfer client 402 to cli- 
ent 405. The H.450.2 communication protocol dis- 
cusses the operation in further detail. The user of client 
404 initiates the transfer which triggers a set of H.450.2 

20 communications 440 between client 404 and proxy 403. 
Note that proxy 403 does not pass on any H.450.2 com- 
munications to client 402. Since client 402 is operating 
an older version of the communication software, which 
does not allow it to transfer calls, client 402 is not capa- 

25 ble of receiving and interpreting the H.450.2 communi- 
cations 440. 

[0038] Proxy 403 intercepts the H.450.2 transfer 
request and communications 440 and acts as a proxy 
for client 402. In this manner client 404 may communi- 

30 cate with proxy 403 to complete the transfer procedure 
without concern that client 402 may not possess that 
capability. Proxy 403 closes the logical connection 442 
between proxy 403 and client 404. At the same time, 
proxy 403 closes the logical channel 443 between client 

35 402 and proxy 403. 

[0039] Proxy 403 opens a new connection between 
itself and client 405 after proxy 403 has closed the con- 
nection between client 402 and client 404. Proxy 403 
initiates H.225.0 communications 447 between itself 

40 and client 405. Proxy 403 retains the information trans- 
ferred between clients 402 and 404 during their H.225 
communications 420 and 422 and uses that information 
to complete the H.225 communication 447 between 
itself and client 405. 

ts [0040] After the H.225.0 communications 447 have 
been completed proxy 403 opens logical channels 
between itself and client 402 and client 405 through 
communications 448 and 449, respectively. Thus, proxy 
403 has allowed client 404 to transfer client 402 to client 

:o 405. In previous communication systems such transfer- 
ring would not have been possible unless both client 
402 and 404 were operating the same version of the 
same communication software. With proxy 403 the 
functionality of communication devices operating newer 

5 versions of a particular communication software is pre- 
served while also allowing communication devices 
operating older versions of the communication software 
to benefit from the newer features. 
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[0041] As seen in Figure 4, some embodiments have 
the logical channel tor the call data stream established 
between proxy 403 and client 402. between proxy 403 
and client 404, and then between proxy 403 and client 
405 m other embodiments, the proxy 403 will arrange 
to have the logical channel established directly between 
clients rather than having the proxy as an intermediary. 
In such embocf merits, the lines 443 and 442 (signifying 
the closing of logical channels) would be replaced by a 
single doffed line 463 between clients 402 and 404 (sig- 
nifying closing of a logical channel directly between cli- 
ents 402 and 404). and lines 449 and 448 (signifying the 
opening of the logical channels) would be replaced by a 
single dotted line 469 (signifying the operning of a logi- 
cal channel directly between clients 402 and 405). In 
such embodiments, the proxy facilitates only the signal- 
ing between the endpoints while the call data stream (or 
payload) is communicated directly over the network 
between the endpoints without going through the proxy. 
[0042] Another feature utilized in newer versions of 
communication software is the pickup feature. The 
pickup feature in telephonic systems typically rings a 
number of telephones when one number is dialed. 
When one of the ringing telephones is picked up a con- 
nection is made with the calling telephone and the 
receiving telephone. 

[0043] Figure 5 illustrates a communication process 
500 for a pickup group communication in accordance 
with embodments of the present invention. Communi- 
cation process 500 begins with client 402 initiating a 
request 51 0 to gate keeper 406 for information about cli- 
ent 404. Gate keeper 406 provides client 402 with the IP 
address for proxy 403 instead of the IP address for cli- 
ent 404. Client 402 thereupon initiates H.225.0 commu- 
nication 520 with proxy 403. 

[0044] Proxy 403 receives the H.225.0 connect 
request communication 520. Proxy 403 consults with 
database 408 to retrieve the necessary information to 
pass along the communication. Proxy 403 realizes that 
client 402 is attempting to connect with client 404, which 
belongs to a pickup group along with clients 405 and 
407. Proxy 403 therefore passes on the H.225.0 con- 
nect request to all three clients 404. 405 and 407 
through communications 501, 502 and 503, respec- 
tively. Clients 404, 405 and 407 respond with "call pro- 
ceeding" signals 507, 508 and 509. 
[0045] So long as at least one of clients 404, 405 and 
407 respond with a "call proceeding" signal proxy 403 
sends a "call proceeding" signal 552 to client 402. Fol- 
lowing up with the "call proceeding" signals, clients 404, 
405 and 407 further respond with alert signals 51 7, 51 8. 
and 519. Proxy 403 receives at least one alert signals 
517, 518 or 519 from clients 404, 405 or 406. respec- 
tively, and sends an appropriate alert signal 562 to client 
402. 

[0046] In the illustrated embodiment the user of client 
407 answers the connect request from client 402. A 
connect signal 540 is sent from client 407 to proxy 403. 



Connect signal 540 is relayed through connect signal 
572 to client 402. Also, proxy 403 sends release signals 
543 and 544 to clients 404 and 405, respectively. Thus, 
clients 404 and 405 are no longer part of the communi- 

5 cation. Proxy 403 then opens a logical channel between 
client 402 and 407 through communications 576 and 
578. Typically, communications 576 and 578 include 
H.245 communications. In some embodiments, the log- 
ical channel (indicated by fines 576 and 578) are estab- 

w lished via proxy 403. In other embodiments, the logical 
channel is established directly between clients 402 qnd 
407, as shown by dotted line 596. 
[0047] Thus, another example of providing a feature 
that might be lost between communication devices 

15 operating different versions of communication software 
is illustrated. In the illustrated embodiment above, a 
function that is not even encompassed in the H.323 and 
H.450.X standards is provided to the communication 
devices. Another useful feature in communication sys- 

20 terns is the use of hunt groups. 

[0048] Figure 6 illustrates a communication process 
600 tor a hunt group communication in accordance with 
other embodiments of the present invention. Client 402 
exchanges communications 610 and 612 with gate 

25 keeper 406 similar to the previously discussed embodi- 
ments. Client 402 then initiates an H.225.0 communica- 
tion 620 with proxy 403. That communication is passed 
on to client 404 through communication 630. the desti- 
nation of client 402's communication. 

30 [0049] At the same time proxy 403 realizes that client 
404 belongs to a hunt group. A hunt group is a group of 
communication devices. If a call is made to one of the 
communication devices of the hunt group each ol the 
communication devices of the hunt group ring in a pre- 

35 determined order if the preceding communication 
device does not pickup. Thus a caller can be routed 
through all the members of the hunt group until the 
caller's call is answered. 

[0050] Client 404 responds to communication 630 
40 with communication 640 and 650, indicating that the call 
is proceeding and that client 404 is being alerted of the 
call. Proxy 403 passes along the "call proceeding" sig- 
nal 642 and the alert signal 651 to dient 402. Client 404 
continues to send alert signals 650 until a period of time 
45 has elapsed. After a predetermined amount of time 
proxy 403 sends a release signal 660 to client 404 since 
client 404 has not answered within the specified period 
of time. 

[0051] Proxy 403 then sends an H.225.0 connect 
so request 631 to client 405, the next member of the hunt 
group. Client 405 responds with a "call proceeding" sig- 
nal 641 and an alert signal 652. If client 405 does not 
respond within a period of time proxy 405 sends a 
release signal 661 to client 405. 
55 [0052] Proxy 403 sends an H.225.0 signal 632 to cli- 
ent 407. the last member of the hunt group. Client 407 
sends a "call proceeding" signal 642 and an alert signal 
652 to proxy 403. Finally, the user ol client 407 answers. 
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which triggers client 407 to send a connect signal 662 to 
proxy 403. Proxy 403 then sends a conned signal 670 to 
client 402. Proxy 403 initiates the opening of channels 
through communications 672 and 673 between client 
402 and client 407, respectively. Communications 672 5 
and 673 include H.245 communications. In some 
embodiments, the logical channel (indicated by lines 
672 and 673) is established through proxy 403, but in 
other embodiments the logical channel may be estab- 
lished directly between clients 402 and 407 as seen by 10 
dotted line 692. 

[0053] Referring to the discussion in reference to fig- 
ures 5 and 6, the use of the proxy provides client 402 
with abilities that it would not normally have. Client 402, 
operating a version of the particular type of communica- is 
tion software that does not include hunt or pickup group 
calling is provided the advantages of the feature through 
the proxy. The proxy does not require that the calling cli- 
ent to have the feature since the proxy can emulate the 
necessary communications with the destination client. 
[0054] Another feature that is useful in communication 
systems is the ability to forward calls. Older versions of 
the H.323 protocol did not encompass call forwarding. 
However, clients operating newer versions of communi- 
cation software include call forwarding as one of the 
functions. 

[0055] Figure 7 illustrates a communication process 
700 for forwarding in accordance with other embodi- 
ments of the present invention. Client 402 initiates com- 
munications 710 and 712 with the gate keeper 406 in 
order to prepare to contact client 404. Previously, client 
404 had sent forward signal 720 to proxy 403. Forward 
signal 720 informs proxy 403 that client 404 is not avail- 
able and that all calls to client 404 should be forwarded 
to client 405. Proxy 403 stores the information in data- 35 
base 408. 

[0056] Client 402 initiates an H.225.0 connect request 
730 to proxy 403 in an attempt to reach client 404. Proxy 
403 receives the connect request and looks up the rele- 
vant information for client 404. Proxy 403 learns that cli- 40 
ent 404 requested that all its calls be forwarded to client 
405. As a result proxy 403 passes on the connect 
request through communication 732 to client 405 
instead of client 404. 

[0057] Client 405 responds with "call proceeding" sig- 45 
nal 734 and alert signal 736. Proxy 403 relays the sig- 
nals as "call proceeding" signal 735 and alert signal 737 
to client 402. Once the user of client 405 answers, a 
connect signal 740 is sent from client 405 to proxy 403. 
Proxy 403 relays connect signal 741 to client 402. To so 
complete the connection proxy 403 opens logical chan- 
nels between client 402 and client 405 through commu- 
nication 750 and 752. In some embodiments, the logical 
channel between clients 402 and 405 is established via 
proxy 403 (as shown by lines 750 and 752). In other ss 
embodiments, the logical channel is established directly 
between clients 402 and 405 (seen by dotted line 770). 
[0058] Thus, the use of the proxy allows client 404 to 
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30 



have calls forwarded to client 405. Again, client 402 
operates an older version of the communication soft- 
ware which does not allow it to automatically forward its 
call to client 405. Thus, proxy 403 permits client 402 to 
communicate with client 405 even though its version of 
the communication software was not capable of for- 
warding. . 

[0059] By providing the proxy with the appropriate 
information a user may have all incoming calls routed to 
another client. In another embodiment calls may be for- 
warded to a messaging server, such as a voicemail 
server, instead of another client associated with a user. 
[0060] Call screening and intelligent call forwarding 
may also be utilized within the scope of the present 
invention. All callers and users may be identified with a 
specific caller identification (ID). Incoming calls from 
certain caller IDs may be routed to a message server, 
while other caller IDs are routed to the client. Similarly, 
a person may be located at afferent client locations 
throughout a day. By logging into a client with the caller 
ID unique to the person the proxy is capable of forward- 
ing all calls to the person's permanent client to the cur- 
rent client. 

[0061] Other such features may be implemented in 
alternate embodiments of the present invention. In one 
alternate embodiment, mobile communications may be 
taken into consideration by including mobile communi- 
cation devices within a hunt group or pickup group. 
Thus, a person using a mobile communication device 
may be informed of incoming calls regardless of the per- 
son's proximity to a fixed communication device 
[0062] The use of a proxy also centralizes information 
about callers and their preferences and affiliations. 
Rather than having calls routed through several different 
clients due to multiple forwarding, the proxy may intelli- 
gently place the requested connection. Affiliation infor- 
mation about a client's membership in different hunt and 
pickup groups is centralized with the proxy and may be 
easily changed in one location. 
[0063] The present invention, therefore, allows clients 
to communicate with each other no matter what version 
of communication software the clients are currently 
using. Each client is also allowed to fully utilize ail the 
functions of their respective versions of the communica- 
tion software. The present invention is not limited, how- 
ever, to different versions of communication software. 
Clients using different types of communication software 
or communication hardware that were at one time 
incompatible may now be able to communicate with 
each other through a proxy. The proxy also adds new 
features not currently specified in any standards. 
[0064] While the invention has been particularly 
shown and described with reference to specific embod- 
iments thereof, it will be understood by those skilled in 
the art that changes in the form and details of the dis- 
closed embodiments may be made without departing 
from the spirit or scope of the invention. Therefore, the 
scope of the invention should be determined with refer- 
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ence to the appended claims. 
Claims 

1. A proxy for farifitating communication between a 
first endpoint and a second endpoirrt, wherein the 
proxy and the first and second endpoirtts are in 
communication through a network, the first end- 
point communicating with the second endpoint 
using a first communication protocol and the sec- 
ond endpoint communicating with the first endpoint 
using a second communication protocol, wherein 
the proxy provides compatible communications 
between the first encfcoint and the second endpoint 
when the first and the second communication pro- 
tocols are different. 

2. A proxy as recited in claim 1 , wherein the proxy also 
provides compatible communications between the 
first endpoint and the second endpoint when the 
first and the second communication protocols are 
identical. 

3. A proxy as recited in claim 1 , wherein the first and 
second communication protocols are different ver- 
sions of a single communication protocol. 

4. A proxy as recited in claim 1 , wherein the f irst com- 
munication protocol includes a function that is not 
included in the second communication protocol, the 
proxy permitting the first endpoint to utilize the func- 
tion by emulating the communications associated 
with the function such that the function is completed 
between the first endpoint and the proxy. 

5. A proxy as recited in claim 4, wherein the function is 
chosen from a group of functions including transfer- 
ring, hunt group routing, pickup group routing, for- 
warding and intelligent call forwarding. 

6. A communication network comprising: 

a first endpoint that operates on a first version 
of a H.323 communication protocol, wherein 
the first version of the H.323 communication 
protocol includes a first set of functions; 
a second endpoint that operates on a second 
version of the H.323 communication protocol, 
wherein the second version of the H.323 com- 
munication protocol includes a second set of 
functions; and 

a proxy communicatively coupled to the first 
and the second endpoint, the proxy allowing 
the first endpoint to communicate with the sec- 
ond encfcoint such that the first endpoint is 
capable of utilizing ail of the first set of func- 
tions and the second endpoint is capable of uti- 
lizing all of the second set of functions when 



the first and the second set of functions are dif- 
ferent 

7. A a>mmunication network as recited in claim 6, 
5 wherein the proxy allows the first endpoint and the 

second endpoint to communicate when the first and 
the second set of functions are the same 

8. A communication network as recited in claim 6, 
w wherein when the first set of functions includes a 

selected function that is not included in the second 
set of functions thef trst endpoint is allowed to utilize 
the selected function, the proxy emulating the sec- 
ond endpoint such that the first endpoint exchanges 
is communications with the proxy to perform the 
selected function. 

9. A communication network as recited in claim 8. 
wherein the selected function is chosen from a 

so group of functions including transferring, hunt group 
routing, pickup group routing, forwarding and intelli- 
gent call forwarding. 

10. A communication network as recited in claim 6 P the 
25 communication network further comprising a data- 
base coupled to the proxy, wherein the database 
includes information about the first encfcoint. 

11. A method of providing compatible communication 
30 between a first and a second endpoint, the first end- 
point communicating with the second endpoint 
using a first communication protocol and the sec- 
ond endpoint communicating with the first endpoint 
using a second communication protocol, the 

35 method comprising: 

receiving a first communication from the first 
endpoint, the first communication being based 
in part upon the first communication protocol 

40 and wherein the first communication is initiated 

to perform a first function, wherein the first 
communication is not compatible with the sec- 
ond communication protocol; and 
sending a second communication to the sec- 

45 ond endpoint in response to receiving the first 

communication, wherein the second communi- 
cation is compatible with the second communi- 
cation protocol, such that first function is 
accomplished. 

so 

W. A method as recited in claim 1 1 , the method further 
comprising: 

responding to the first communication by send- 
55 ing a third communication to the first endpoint 

to facilitate the performance of the first func- 
tion, the second endpoint is emulated by the 
third communication. 
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13. A method as recited in daim 11, wherein the first 
function is chosen from a group of functions includ- 
ing transferring, hunt group routing, pickup group 
routing, forwarding and intelligent call forwarding. 

5 

14. A method of providing H.323 compatible communi- 
cation between a first H.323 endpoint and a second 
H.323 endpoint, the first endpoint communicating 
with the second endpoint using a first version of a 
H.323 protocol and the second endpoint communi- io 
eating with the first endpoint using a second version 

of the H.323. protocol, the method comprising: 

receiving a first communication from the first 
endpoint, the first communication being a com- is 
mand from the first version of the H.323 proto- 
col that is initiated to perform a first function, 
wherein the first communication is not compat- 
ible with the second communication protocol; 
and 20 
sending a second communication to the sec- 
ond endpoint in response to receiving the first 
communication, wherein the second communi- 
cation is compatible with the second communi- 
cation protocol, such that the first function is 25 
accomplished. 

15. A method as recited in claim 14, the method further 
comprising: 

30 

responding to the first communication by send- 
ing a third communication to the first endpoint 
to facilitate the performance of the first func- 
tion, the second endpoint is emulated by the 
third communication. 35 



computer code for sending a second communi- 
cation to the second endpoint in response to 
receiving the first communication, wherein the 
second communication is compatible with the 
second communication protocol, such that first 
function is accomplished; and 
a computer readable medium that stores the 
computer codes. 

1a A computer program product as recited in claim 17 
further comprising: 

computer code for responding to the first com- 
munication by sending a third communication 
to the first endpoint to facilitate the perform- 
ance of the first function, the second endpoint 
is emulated by the third communication. 

19. A computer program product as recited in claim 1 7, 
wherein the first function is chosen from a group of 
functions including transferring, hunt group routing, 
pickup group routing, forwarding and intelligent call 
forwarding. 

20. The method of claim 1 1 wherein said endpoints are 
clients and wherein said method further comprises 
the step of establishing a logical channel for the call 
data stream to be communicated over a network 
directly between said endpoints. 



16. A method as recited in claim 14, wherein the first 
function is chosen from a group of functions includ- 
ing of transferring, hunt group routing, pickup group 
routing, forwarding and intelligent call forwarding. 40 

1 7. A computer program product for providing compati- 
ble communication between a first and a second 
endpoint, the first endpoint communicating with the 
second endpoint using a first communication proto- 45 
col and the second endpoint communicating with 

the first endpoint using a second communication 
protocol, the computer program product compris- 
ing: 

so 

computer code for receiving a first communica- 
tion from the first endpoint, the first communi- 
cation being based in part upon the first 
communication protocol and wherein the first 
communication is initiated to perform a first ss 
function, wherein the first communication is not 
compatible with the second communication 
protocol; 
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(54) Improved apparatus and methods to realize H.323 proxy services 



(57) The present invention provides a proxy that al- 
lows disparate communication devices or endpoints to 
communicate with each other independent of the type 
of communication software that the communication de- 
vices are utilizing. The proxy allows the communication 
devices to fully utilize their full set of communication 
functions, avoiding the downgrading of functions to ac- 
commodate a communication device with fewer func- 
tions. In one embodiment a proxy is coupled to a first 
endpoint and a second endpoint. The proxy and the first 
and second endpoints are in communication with each 
other through a network. The first endpoint communi- 
cates with the second endpoint using a first communi- 
cation protocol and the second endpoint communicates 
with the first endpoint using a second communication 



protocol. The proxy provides compatible communica- 
tions between the first endpoint and the second end- 
point when the first and the second communication pro- 
tocols are different. The first and the second communi- 
cation protocols may be different in that they are differ- 
ent versions of a communication protocol. In some em- 
bodiments, the proxy may act as an intermediary for all 
communication between the endpoints; and in other em- 
bodiments the proxy facilitates only signaling communi- 
cation between endpoints. In some embodiments, the 
proxy also provides compatible communication be- 
tween the first and second endpoints when the first and 
second communication protocols are identical. 
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